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(54) A portable electronic device and a method for processing data therefor. 



(57) A portable electronic device contains a mem- 
ory having first, second and third memory areas 
and a CPU. A plurality of identification number 
data are stored in the first memory area of the 
memory. The portable electronic device re- 
ceives identification number data and instruc- 
tion data from an external device. The CPU 
verifies the identification number data received 
by this device by reference to the identification 
number data stored in the first memory area of 
the memory and stores verification results in the 
second memory area of the memory. The port- 
able electronic device also receives instruction 
data from the external device. Control data 
corresponds to the instruction data are stored 
in the third memory area and represent a 
plurality of identifiers each indicating whether 
identification number verification is required 
and further indicates whether complete or par- 
tial identification number verification is re- 
quired. The CPU refers to the verification results 
stored in the second memory area of the mem- 
ory in accordance with the control data stored 
in the third memory area of the memory after 
the instruction data has been received and 
executes the instruction data in response to the 
verification results. 
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The present invention relates to a portable elec- 
tronic device such as an IC card and a method for pro- 
cessing data therefor. 

Recently ID cards have been developed as new 
portable data memory media in which IC chips having 
control elements such as, for instance non-volatile 
data memories and CPUs are housed. This type of IC 
card selectively executes the input and output of 
required data by the control element accessing the 
data memory in response to instruction data entered 
from outside. In this case, the data memory is divided 
into a plurality of data areas, and it is designed selec- 
tively to access the subject area. 

In a prior art IC card, whether or not verification 
of an ID (identification) number is required for each of 
the plurality of data areas is set for the data memory 
data area by data area, or a key is applied for setting 
the ID number verification state for the card manufac- 
turer, the card-issuer and the card-holder. For inst- 
ance, in the case of a relevant data area being only 
available for the card-issuer, if the card-issuer's ID 
number is verified and instruction data is inputted, 
processing for that instruction data is executed. How- 
ever, when instruction data is entered by someone 
other than the card-issuer, response data to the effect 
that execution conditions are not in order is gener- 
ated, and processing of the instruction data will not be 
executed. That is, if instruction data is inputted by 
someone other than the card-issuer, for instance, the 
card-holder, response data to the effect that execu- 
tion conditions are not in order is generated. However 
it is possible that the card-holder will guess that 
instruction data can be executed when instruction 
data is entered by the card-manufacturer or card-is- 
suer. Thus, if the card-holder is unlawfully aware of 
the card-issuer's or card-manufacturer's ID number, 
there is danger that the execution of instruction data 
will be performed by entering instruction data based 
on the card-issuer's or card-manufacturer's ID num- 
ber which is fraudulently entered by the card-holder or 
a third party. 

In the case of instruction data which is undefined 
or not available being entered by, for instance, the 
card-holder, response data signifying 'undefined 
instruction data' is generated. However, it is possible 
that the card holder will guess that instruction data 
other than the ID number is undefined. Thus, there is 
a danger that defined or available instruction data can 
be guessed by entering data at random (i.e. until a 
negative response is not produced), that is, there is 
the possibility of the available instruction data becom- 
ing identified, and therefore there is a problem of poor 
security. 

Accordingly the present invention seeks to pro- 
vide a portable electronic device in which security is 
improved without available instruction data becoming 
easily identified. 

The present invention also seeks to provide a 



method for processing data for a portable electronic 
device in which security is improved without available 
instruction data becoming easily identified. 

According to the present invention there is pro- 
5 vided a portable electronic device comprising first 
memory means for storing a plurality of identification 
number data, means for receiving a plurality of 
instruction data including identification number verify- 
ing instructions from an external device, means for 
10 verifying the identification number data received by 
the receiving means by reference to the identification 
number data stored in the first memory means when 
the receiving means receives identification number 
data including identification number verifying instruc- 
ts tions, second memory means for storing verification 
results, third memory means for storing control data 
corresponding to the instruction data and represent- 
ing a plurality of identifiers each indicating whether 
identification number verification is required and 
20 further indicating whether complete or partial identifi- 
cation number verification is required, means for ref- 
erring to the verification results stored in the second 
memory means in accordance with the control data 
stored in the third memory means after the instruction 
25 data other than the identification number verifying 
instruction data has been received by the receiving 
means, and means for executing the instruction data 
in response to the verification results. 

Further, according to the present invention there 
30 is provided a method for processing data by a portable 
electronic device with a memory having first to third 
memory areas, the method comprising the steps of 
storing a plurality of identification number data in the 
first area of the memory; receiving identification nun> 
35 ber data from an external device; verifying the identi- 
fication number data received in the receiving step by 
reference to the identification number data stored in 
the first memory area of the memory; storing verifi- 
cation results in the second area of the memory; 
40 receiving instruction data from the external device; 
storing, in the third memory area of the memory, con- 
trol data corresponding to the instruction data and 
representing a plurality of identifiers each indicating 
whether identification number verification is required 
45 and further indicating whether complete or partial 
identification number verifications is required; refer- 
ring to the verification results stored in the second 
memory area of the memory in accordance with the 
control data stored in the third memory area of the 
so memory after the instruction data has been received; 
and executing the instruction data in response to the 
verification results. 

BRIEF DESCRIPTION OF THE DRAWINGS 

55 

FIGURE 1 is a block diagram showing the con- 
struction of an IC card handling system to be 
applied to a method for processing data for a port- 
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able electronic device of the present invention; 
FIGURE 2 is a block diagram showing the compo- 
sition of an IC card of the present invention; 
FIGURE 3 is a diagram showing the composition 
of the program memory in the IC card; 
FIGURE 4 is a diagram showing the composition 
of the data memory in the IC card; 
FIGURE 5 is a diagram showing a memory 
example of lead addresses and control infor- 
mation for functional programs stored corre- 
sponding to function codes; 
FIGURE 6 is a diagram showing the control data 
in detail; 

FIGURE 7 is a diagram showing a memory 
example of identification numbers data; 
FIGURE 8 is a diagram showing data represent- 
ing the result of ID collation in detail; 
FIGURE 9 is a flow-chart illustrating the ID veri- 
fying operation; and 

FIGURES 10A and 10B are flow-charts illustrat- 
ing the processing operation. 

DETAILED DESCRIPTION! OP THE PREFERRED 
EMBODIMENT 

Referring to the accompanying drawings, a 
detailed description will subsequently be given of the 
preferred embodiment of the present invention. 

FIGURE 1 shows a block diagram of a card hand- 
ling system in which an IC card is applied as the port- 
able electronic device. The system is constructed by 
making IC card 1 connectable to CPU 3 functioning as 
a control section via card reader/writer 2. Keyboard 4, 
CRT display unit 5, printer 6 and floppy disk drive unit 
7 are connected to CPU 3. 

FIGURE 2 shows a block diagram of IC card 1 . IC 
card 1 is composed of CPU 1 1 as a control element; 
non-volatile data memory 12, in which the memory 
content is erasable, as the data memory unit; program 
memory 13 as the program memory unit, and contact 
unit 14 for enabling electrical contact with card 
reader/writer 2. Of these, the parts within the broken 
outline (CPU 11, data memory 12 and program mem- 
ory 13) are contained in one IC chip which is embed- 
ded in the main body of the IC card. Program memory 
13 is composed of, for instance, a mask ROM. As 
shown in FIGURE 3, program memory 13 stores the 
control program for CPU 11 which provides functional 
programs which respond to a plurality of instruction 
data. Data memory 12 is used for storing various 
types of data, and is composed of, for instance, an 
EEPROM. 

As shown in FIGURE 4, data memory 12 is 
divided and defined into a plurality of areas, and each 
area is allotted an area number [00, 01, 02,..]. Of 
these, in AREA [00] 12a, the respective area lead 
addresses and area sizes (the numbers of bytes 
which compose the areas) of all areas are stored cor- 



responding to the area numbers. For instance, this 
operates in such a way that lead address A03 and 
area size S03 bytes correspond to AREA [03] 12d. 
Also, as shown in FIGURE 5, in AREA [01] 12b, the 
5 lead address and control data of each functional pro- 
gram is stored corresponding to a function code. For 
instance, this operates in such a way that the lead 
address of the program which executes function code 
[B] is bbb, and the corresponding control data is b1. 
10 Moreover, as shown in FIGURE 7, a plurality of iden- 
tification (hereinafter referred to as ID) number data 
X0-X3 is stored in AREA [02] 12c. These ID number 
data X0-X3 are used for verification of ID numbers. 
For instance, these are ID number data for the card- 

15 manufacturer, the card-issuer, the card-holder, etc. 
AREA [03] 12d, AREA [04] 12e and succeeding areas 
are respectively data areas. 

FIGURE 6 shows the detail of the control data, 
which are stored in memory area 12bb of AREA [01] 

20 1 2b, mentioned above. This is composed of identifiers 
Y0-Y3, W and a. That is, identifiers Y0-Y3 correspond 
to the above ID number data X0-X3 and indicate 
whether or not verification of these ID numbers data 
is required. For instance "1" represents 'required* and 

25 "0" represents 'not required*. For instance, if identifier 
Y0 is "1", this represents that verification of ID number 
data by ID number data X0 is required. Also, identifier 
W represents whether checking of identifiers Y0-Y3 is 
required. For instance "1" represents 'required' and 

30 "0" represents 'not required'. 

In the combination of identifiers Y0-Y3, identifier 
a establishes whether all of the ID number verifi- 
cations or only part of the ID number verifications is 
required. For instance, " "1" represents 'all 

35 required' and "0" represents 'part only required'. 

FIGURE 8 shows the information which represent 
the result of the verification of ID numbers, and is com- 
posed of identifiers Z0-Z3. That is, identifiers Z0-Z3 
correspond to respective ID number data X0-X3, and 

40 represent the verification results of these. For inst- 
ance, "1" represents 'verification agreed' and °0" rep- 
resents 'verification disagreed'. For instance, if 
identifier Z0 is "I °, this represents that the result of ID 
number verification by ID number data X0 is Verifi- 

45 cation agreed'. Also, this data, that is identifiers Z0- 
Z3, is stored in memory area 1 1a in the RAM which is 
housed in CPU 11. 

The operation in this type of construction will now 
be described. First, the ID number verification oper- 

so ation is described with reference to the flow-chart 
shown in FIGURE 9. In the regular state, IC card 1 is 
in the ready state for instruction data from card 
reader/writer 2. In this state, when instruction data 
from card reader/writer 2 is entered (step S1), CPU 1 1 

55 judges whether or not this is ID number verifying 
instruction data (step S2). If it is ID number verifying 
instruction data, the ID number data to be collated 
(shown as PIN (Personal Identification Number) in the 
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flow-chart) attributed to this instruction data is 
sequentially collated with each ID number data X0-X3 
stored in area [02] of data memory 12 (steps S3, S5, 
S7 and S9). If there is ID number data which agrees 
as the result of this verification, CPU 1 1 sets the iden- 
tifier (Z0-Z3) in the RAM which corresponds to the ID 
number data to "1" (steps S4, S6, S8 and S10). For 
instance, if PIN agrees with ID number data XO, iden- 
tifier Z0 is set to "1" (step S4), and if PIN agrees with 
ID number data X3, identifier Z3 is set to "1* (step 

510) . Then, CPU 11 generates response data signify- 
ing Verification agreed* to card reader/writer 2 (step 

511) , and returns to the ready for instruction data 
state. If, as the result of the above verification, there 
is no agreement with any of ID number data X0-X3, 
CPU 11 generates response data signifying 'verifi- 
cation disagreed* to card reader/writer 2 (step S12), 
and returns to the ready for instruction data state. 

The processing operation based on the instruc- 
tion data will now be described with reference to the 
flow-charts shown in FIGURES 10A and 10B. In the 
regular state, IC card 1 is in the ready state for instruc- 
tion data from card reader/writer 2. In this state, when 
instruction data from card reader/writer 2 is entered 
(step S21 ), CPU 1 1 judges whether or not this is avail- 
able instruction data (step S22). If it is not available 
instruction data, CPU 11 generates response data 
signifying 'undefined instruction data' to card 
reader/writer 2 (step S23) and returns to the ready for 
instruction data state. If the data is available instruc- 
tion data, CPU 1 1 finds the function code attributed to 
the instruction data from area [01] of data memory 12. 
Then, CPU 1 1 refers to the identifier W of the stored 
control information corresponding to that function 
code and judges whether W is "1" or not (step S24). 
If identifier W is not "1", checking of identifiers Y0-Y3 
is not required (that is, ID number verification is not 
required). Thus, CPU 1 1 executes processing by a 
functional program corresponding to the relevant 
instruction data (step S25). That is, CPU 1 1 recog- 
nises the lead address of the functional program 
stored corresponding to the function code found from 
area [01] of data memory 12 and steps to that func- 
tional program. Then, processing is executed by that 
functional program, and the processing result is out- 
putted to card reader/writer 2 as response data (step 
S26), and it returns to the ready for instruction data 
state. 

If identifier W is n 1" and the corresponding iden- 
tifier a is not "1 " (step S27), CPU 1 1 refers to the cor- 
responding control data identifier Y0 (step S28). If 
identifier Y0 is "I CPU 1 1 refers to identifier Z0 of the 
data representing the result of the ID number verifi- 
cation (step S29), and judges whether this is "I" or 
not. If Z0 is "1°, ID number verification has already 
been executed, and a verification agreed result has 
been obtained. In step S29, if Z0 is not "I", since a 
verification agreed result has not been obtained, res- 



ponse data signifying 'undefined instruction data* is 
outputted (step S23), and it enters the ready for 
instruction data state. 

In step S28 ( if identifier Y0 is not'l". CPU 11 ref- 

5 ers to control data identifier Y1 (step S30), and if this 
is "1°, CPU 11 refers to identifier Z1 representing the 
result of the ID number verification and judges 
whether this is "1" or not (step S31). If Z1 is "1", ID 
number verification has already been executed and a 

10 verification agreed result has been obtained. If Z1 is 
not "1", since a verification agreed result has not been 
obtained, response data signifying 'undefined 
instruction data' is generated (step S23), and it enters 
the ready for instruction data state. 

15 In step S30, if Y1 is not "1 CPU 1 1 refers to con- 

trol data identifier Y2 (step S32), and if this is "1", CPU 
11 refers to identifier Z2 and judges whether this is 
"1", or not (step S33). If Z2 is "1", ID number verifi- 
cation has already been executed and a verification 

20 agreed result has been obtained, rf Z2 is not "1 since 
a verification agreed result has not been obtained, 
response data signifying 'undefined instruction 
data' is generated (step S23), and it enters the ready 
for instruction data state. 

25 In step S32, if Y2 is not "1 CPU 1 1 refers to con- 

trol data identifier Y3 (step S34), and if this is "1", CPU 
1 1 refers to identifier Z3 and judges whether this is 
T, or not (step S35). If Z3 is "I", ID number verifi- 
cation has already been executed and a verification 

30 agreed result has been obtained. If Z3 is not "1 °, since 
a verification agreed result has not been obtained, 
response data signifying 'undefined instruction 
data' is generated(step S23), and it enters the ready 
for instruction data state. 

35 In step S34, if Y3 is not "1", the flow steps to step 

S25 as the ID number verification is not required. That 
is, CPU 1 1 executes processing by a functional pro- 
gram corresponding to the relevant instruction data 
(step S25). 

40 In step S27, if identifier a is "1 as shown in FIG- 

URE 1 0B, CPU 1 1 refers to the corresponding control 
data identifiers Y0-Y3 (steps S41 , S43, S45 and S47) 
and finds an identifier which is "1". If CPU 11 finds an 
identifier which is "1", CPU 11 refers to the identifier 

45 (Z0-Z3) of the information representing the result of ID 
number verification corresponding to that identifier 
and judges whether it is "1", or not (steps S42, S44, 
S46 and S48). If each of Z0-Z3 is-"! 0 , ID number veri- 
fication has already been executed and a 'verification 

so agreed' result has been obtained. Therefore, CPU 1 1 
executes processing by the functional program corre- 
sponding to the relevant instruction data as described 
above. If one of Z0-Z3 is not "1 either ID number veri- 
fication has not been executed or, even if ID number 

55 verification has been executed, a 'verification disag- 
reed' result has been obtained. Therefore, CPU 11 
does not execute processing, and generates res- 
ponse data signifying 'undefined instruction data' to 

5 
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card reader/writer 2. It then returns to the ready for 
instruction data state. 

As described above, whether or not ID number 
verification is required for response to the available 
instruction data is set. Also, a key is applied to the s 
available instruction data by setting the ID number 
verification state for the card-manufacturer, the card- 
issuer and the card-holder. Processing for the instruc- 
tion data can be selectively executed by judging 
whether or not the ID number verification result has 10 
responded to the instruction data. Also, in the case of 
unavailable instruction data or the ID number verifi- 
cation result being negative, response data signify- 
ing 'undefined instruction data* is generated. By this 
means, available instruction data do not easily is 
become identified through the response data, and 
security is improved by judging the combination of the 
verification results of the card-manufacturer's, card- 
issuer's and card-holder's IDs. 

In the above embodiment, an IC card has been 20 
shown as an example of a portable electronic device. 
However, the present invention is not limited to a card- 
shaped device. For instance, it may be applied to 
block-shaped or pencil-shaped devices. Accordingly, 
it should be understood that the scope of the invention 25 
is limited only by the appended claims. 



Claims 

30 

1- A portable electronic device comprising: 

first memory means for storing a plurality 
of identification number data; 

means for receiving a plurality of instruc- 
tion data including identification number verifying 35 
instruction data from an external device; 

means for verifying the identification num- 
ber data received by the receiving means by 
reference to the identification number data stored 
in the first memory means, when the receiving 40 
means receives the identification number data 
and the identification number verifying instruction 
data; 

second memory means for storing verifi- 
cation results; 45 

third memory means for storing control 
data corresponding to the instruction data and 
representing a plurality of identifiers each indicat- 
ing whether identification number verification is 
required and further indicating whether complete so 
or partial identification number verification is re- 
quired; 

means for referring to the verification 
results stored in the second memory oneans in 
accordance with the control data stored in the 55 
third memory means after the instruction data 
excepting the identification number verifying 
instructions data has been received by the receiv- 



ing means; and 

means for executing the instruction data in 
response to the verification results. 

2. A device according to claim 1 , wherein the iden- 
tifiers include a first identifier (Y0-Y3) designating 
which of the identification number data should be 
verified from among the entered identification 
number data, and a second identifier (a) indicat- 
ing whether complete or partial identification 
number verification is required in respect of the 
designated identification number data designated 
by the first identifiers (Y0-Y3) is required. 

3. A device according to claim 2, wherein the refer- 
ring means refers to the verification results of the 
identification number data should be verified. 

4. A device according to claim 1, wherein the first, 
second and third memory means are contained in 
one data memory element 

5. A device according to claim 1 , wherein the means 
for referring and means for verifying comprise a 
CPU contained in the portable electronic device. 

6. A method for processing data by a portable elec- 
tronic device with a memory having first to third 
memory areas, the method comprising the steps 
of. 

storing a plurality of identification number 
data in the first area of the memory; 

receiving identification number data from 
an external device; 

verifying the identification number data 
received in the receiving step by reference to the 
identification number data stored in the first mem- 
ory area of the memory; 

storing verification results in the second 
area of the memory; 

receiving instruction data from the external 
device; 

storing, in the third memory area of the 
memory, control data corresponding to the 
instruction data and representing a plurality of 
identifiers each indicating whether identification 
number verification is required and further indi- 
cating whether complete or partial identification 
number verifications is required; 

referring to the verification results stored in 
the second memory area of the memory in 
accordance with the control data stored in the 
third memory area of the memory after the 
instruction data has been received; and 

executing the instruction data in response 
to the verification results. 

7. A method for processing data by a portable elec- 
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tronic device with a memory having first to third 
memory areas, the method comprising the steps 
of: 

storing a plurality of identification number 
data in the first area of the memory; 5 

receiving identification number data and 
identification number verifying instruction data; 

verifying the identification number data 
received in the receiving step with the identifi- 
cation number data stored in the first memory to 
area of the memory when the identification num- 
ber data and the identification number verifying 
instruction data has been received; 

storing verification results in the second 
memory area of the memory for every identrfi- 15 
cation number verifying instruction data; 

receiving instruction data excepting the 
identification number verifying instruction data; 

storing, in the third memory area of the 
memory, a first identifier (W) indicating whether 20 
identification number verification is required with 
corresponding to each of the instruction data 
excepting the identification number verifying 
instruction data, a second identifiers (Y0-Y3) 
designating the identification number data should 25 
be verified from among the plurality of identifi- 
cation number data stored in the first area of the 
memory, and a third identifier (a) indicating 
whether complete or partial identification number 
verifications of the identification number data 30 
designated by the second identifiers (Y0-Y3) is 
required; 

referring to the verification results of the 
identification number data should be verified 
when the identification number verification is 35 
required based on the first to third identifiers 
stored in the third memory area of the memory 
after the instruction data excepting the identifi- 
cation number verifying instruction data has been 
received; and 40 

executing the instruction data excepting 
the identification number verifying instruction 
data when only the identification number data has 
been verified in the referring step. 

45 



50 



55 



7 



EP 0 488 720 A1 



KEYBOARD 



4 



CRT 
DISPLAY 
UNIT 



CPU 



FLOPPY DISK 
DRIVE UNIT 



1 



CARD 
READER/ 
WRITER 





IC 




CARD 



PRINTER 



F I G. 1 



CONTACT 
SECTION 



CPU 



DATA 
MEMORY 



It 



i- 
n 



PROGRAM 
MEMORY 



FIG. 2 



8 



EP 0 488 720 A1 





CONTROL PROGRAM 


1 *- 


FUNCTIONAL PROGRAM 




FUNCTIONAL PROGRAM 








FUNCTIONAL PROGRAM 



13 



FIG. 3 



AOO- 



/AREA NOB 
r 



'AREA NUMBER 

'AREA LEAD ADDRESS 

'AREA SIZE 



00 



AOO 



soo 



01 



A01 



SOI 



/2<t- 



02 
03 



A02 
A03 



S02 
S03 



> AREA [00] 



04 



A04 



S04 




-J2 



F I G. 4 



9 



EP 0 488 720 A1 



A01- 



/FONCTION 

u 



^FUNCTION CODE 

, FUNCTIONAL PROGRAM LEAD ADDRESS 
'CONTROL INFORMATION 



A 


aaa 


al 


B 


bbb 


bl 


C 


ccc 


cl 








N 


nnn 


Dl 



•/ft 



F I G. 5 



/ 



w 


a 


Y3 


Y2 


Yl 


YO 



F I G. 6 



A02- 





xo 




XI 




X2 




X3 



■/2c 



FIG. 7 



Z3 


22 


zi 


zo 



F I G. 8 



10 



EP 0 488 720 A1 




EP 0 488 720 A1 




EXECUTE PROCESSING 
m DGTRCCTIOH DATA 



-S25 



OTIPOT RESULT OF PfiOC- 
ESSDJG AS RESPONSE DATA 
TO CARD BEADEK/IKITER 



-S26 



odim response sioa- 

FFDiG TINDEFBIED IXSTRDC- 
TICH DATA* TO CAB) 
READER/IRITEK 



FIG. 1 OA 



12 



EP 0 488 720 A1 




FIG. 10B 



13 



BP 0 488 720 A1 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Neater 



EP 91 31 0998 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant pa 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (bit. CL5 > 



EP-A-0 299 826 (SCHLUMBERGER INDUSTRIES) 

* abstract; claims 1-4 * 

* column I, Tine 1 - column 3. line 60 * 

FR-A-2 635 893 ( KABUSHIKI KAISHA TOSHIBA) 

* abstract; claims 1-5 " 

* page 1, line 1 - page 4, line 5 * 

EP-A-0 286 094 (CASIO COMPUTER COMPANY LTD) 

* abstract; claims 1-15 * 

* column 1. line 5 - column 2, line 29 * 

EP-A-0 291 834 (OKI ELECTRIC INDUSTRY COMPANY) 

* abstract; claims 1-3 * 

* column 1, line 5 - line 46 * 

FR-A-2 503 423 (FLONIC SA) 

* page 3, line 1 - page 5, line 12; claim 1 * 



1.4-7 



1.4.6-7 



1,4-7 



1,6-7 



1.6-7 



G06K19/06 
G07F7/10 



TECHNICAL FIELDS 
SEARCHED Oat- CL5 ) 



The present search report has been drawn up for all claims 



G06K 
G07F 



Fin #f si 

THE HAGUE 



06 MARCH 1992 



BEAUCE G.Y.G. 



CATEGORY OF CITED DOCUMENTS 

X : psrotnlaily relevant tf taken alone 
Y : ptrtkoJafty relevant if combined with another 
doenment of the s 

A: 
O 

P t iBtcneedlite doenment 



T : theory or principle underlying the invention 
E : earlier patent document, but pobUsbed on, or 

after the filing date 
D : document cited in the applkation 
L : document dted for other reasons 

A : member of the same patent family, corresponding 



14 



